home *** CD-ROM | disk | FTP | other *** search
/ Developer CD Series 1997 January: Mac OS SDK / Dev.CD Jan 97 SDK2.toast / Development Kits (Disc 2) / OpenDoc Development Framework / ODF-Interest Archive / June 96 / Re Tech Q ODNamespace browsin < prev    next >
Encoding:
Internet Message Format  |  1996-12-03  |  2.8 KB  |  [TEXT/ttxt]
  1. Subject:     Re: Tech Q: ODNamespace browsing
  2. Sent:        6/4/96 2:18 PM
  3. Received:    6/4/96 1:41 PM
  4. From:        Steven T. Roussey, steven.roussey@partmerchant.com
  5. Reply-To:    OpenDoc-Interest@CILabs.ORG
  6. To:          OpenDoc Related Technologies Interest List, OpenDoc-Interest@CILabs
  7.  
  8. At 6:15 PM -0700 6/3/96, Reginald Adkins wrote:
  9. >Who out there is looking directly into OpenDoc's editor namespaces for
  10. >information? (If you don't know what this means, you're probably not
  11. >using them).
  12. >
  13. >We are curious to know what kind of information people are interested in
  14. >and how we can better address their needs.
  15.  
  16. We don't (yet) look directly in the OpenDoc's editor namespaces for info.
  17. We would if it put all nmaps of the editor in there (does it?).
  18.  
  19. Here's a clip from an earlier message of mine in regards to nmaps and
  20. namespaces, etc. :
  21.  
  22. ---
  23.  
  24. The problem is that it only caches certain nmaps, where it should be a
  25. general utility for doing such queries.
  26.  
  27. For example, Cyberdog needs to know which part viewers have the CyberDog
  28. extension. But the nmaps will only be cached for data types, so they have
  29. developers create a fake data kind to show that is Cyberdog savvy. But the
  30. kind doesn't mean that it understands that fictitious kind of data. This is
  31. a hack and sets a bad precedence. Of course they could go through the long
  32. process of loading _every_ part editor and viewer and asking for the
  33. Cyberdog extension and cache it themselves. That could mean reading in
  34. megabytes of code just to see if which one's understand an extension. And
  35. multiply that by the number of clients that want to query for something
  36. like the availability of an extension. God, imagine if OD had to load every
  37. component just to see what kinds of data kinds it supported, and did it
  38. every time it needed to know! That's why we have nmaps in the first
  39. place....
  40.  
  41. Uses for nmaps:
  42.         o cache data kinds the component supports (does this now)
  43.         o cache the extensions the component supports
  44.         o cache the communication suites it supports
  45.                 (like word services - either client or server)
  46.         o other....
  47.  
  48. I know of several projects that need this functionality, not the least of
  49. which is one of our own.
  50.  
  51. ---
  52.  
  53. This is an issue dear to our hearts, and one that when exploited has no
  54. counterpart in Java etc...
  55.  
  56.  
  57. -steve-
  58.  
  59.  
  60. --------------------------------------------------------------------------
  61.   Steven T. Roussey
  62.  
  63.   Kantara Development                                  The Part Merchant
  64.   http://www.kantara.com/                   http://www.partmerchant.com/
  65.  'Information On Demand'                     'OpenDoc Software On Demand'
  66. --------------------------------------------------------------------------
  67.         "Creativity thinks new things. Innovation does new things"
  68.                                                 --Theodore Levitt
  69.  
  70.